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(54) Control of a telephone switching system over a digital information network 



(57) Disclosed is a nnechanrsni to tfttegrate a tele- 
phone switching system (23) vm a w<Je area (WAN) or 
local area (LAN) computer nerwork. where in particular, 
a telephone switching center is controiled by a server 
computer (22) utilizing a Hypeitext Transfer Protocol 
(HTTP), which is connected to a WorldWideWeb 
(WWW) network. 

Known computer telephone integration (CTI) solu- 
tions are integrated on a network server and thus have 
the drawback that due to the various different operating 
system platforms, in particular in the area of Personal 
Connputers or Workstations, an interface has to be 



adapted to each client's platform. 

It is therefore proposed to provide, between a HTTP 
server (22) and the switching system (23). a control pro- 
gram (20) which enables control of a CTI application by 
the HTTP server (22). in order to integrate the function- 
ality of a switching network into the HTTP server (22). 
The proposed application (20) provides an interface 
which uses a Universal Resource Locator (URL) speci- 
fying high le^^el communicating functions whk;h are 
independent of the respective interface (21) to the 
switching system or the CTI server. 
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Description 

The present invention pertains to integration of a telephone switching system into a wide area (WAN) or local area 
(LAN) computer network, where control of a telephone system is to be performed by use of a network communication 
5 protocol. In particular, the invention is concerned with control of a telephone switching center by a server computer uti- 
lizing a Hypertext Transfer Protocol (HTTP), which is connected to a WorldWideWeb (WWW) network. 

Telephone switching systems are commonly used to control communication in a telephone switching network. 
These systems hereto comprise functional units called "switching centers" which provide functions mainly for setting up 
and terminating telephone connections between end devices of participiants of the switching network. Further, amor^ 
70 others, functions are provided for forwarding telephone cails from a called person to a third person and for setting up 
telephone conference connections between multiple subscribers. 

Thereupon these systems manage participiant admission rights and rules, control the adjustment of telephone 
end-devices, and record Information about telephone connections having been switched, e.g. for telephone book-keep- 
ing or accounting purposes. 

15 In order to provide the above functionality of circuit switched telephone networks in computers, recently Computer- 
Telephone Integration (CTI) applications have been developed. Hereby the functionality of switching networks is com- 
bined with functions of classical information processing. Exemplary CTI systems are a class of applications called "Call 
Centers" which enable routing of telephone calls to suitable contributors or coilegues of a called participiant, and which 
provide a computer user with utilities allowing activation of telephone functions out of a standard application environ- 
20 ment. Another class of exemplary applications are dialing support tools in the arena of "tele banking". 

In a common architecture of existing CTI applications as depicted in Fig. 1 . a first computer 1 is connected to a tel- 
ephone switching system 2 over a physical interface 3, for instance the interface definition standard "V24" or the stand- 
ardized Integrated Services Digital Network (ISDN). Through that connection control commands and messages can be 
exchanged between the first computer and the switching system according to a defined communication protocol. On 
25 the other side, a second computer 4. as a server for the locally or distantly located applications (clients), provides the 
functionality of the switching system to the applications 

There exist a number of proprietary or standardized CTI interfaces like the TSAPr by Novell. "TAPl" by Micro- 
soft/Intel, or the prementioned "CallPath" by IBM. In general, the switching network functions are provided to the appli- 
cation programs as an application program interface (API). Those approaches are broadly discussed in an overview 
30 article by T. Nixon, entitled The Design Considerations for Conputer-Telephony Application Programming Interfaces 
and Related Components" and published in IEEE Communications Magazine, vol. 34. no. 4 (1996), pages 43-47. 

An according approach where a server is attached directly to a telephone switch - in corrtrast to a concept where a 
LAN server has to pass telephony signalling to the telephone switch (PBX) over the LAN - is disclosed in an article by 
S. Rudd, entitled 'Wiere do CTI Applications really belong?", published in Business Communications Review, vol. 26, 
35 na 2 ( 1 996), pages 23-26. The advantage of that concept is that a CT! application not tightly coupled with LAN-attached 
databases will perform far better and cost much less. 

A comparison between known mainframe PBX systems and an approach where a widely distributed group of CTI 
senders is linked through an isochronous broadband backbone, is given in an article by L GoWberg, entitled "CTI Com- 
puter/Phone Fusion at LAN s Edge" and published in Electronic Design vol. 42. no. 22 (1994). pages 77-90. These serv- 
40 ers can be configured to route calls, or they also may take on more specialized functions such as to becoming an 
interface to a public switch telephone network (PSTN) by acting as an automated attendant, voice-mail server, or any 
other network sen/ice. 

There exist further generic solutions in the section of voice mail systems which are diredy attached to the Internet. 
Hereby a telephone call can be performed via a so-called Webphone service. An exemplary system is "DirectTalkMail" 

45 by IBM. An according voice mail system is disclosed in PCT application WO entitled "Voice Mail System" and 

assigned to the present assignee (Docketno. UK995024). That system provides access to voice mail over the Internet 
WWW. Hereby a user has to call up a page associated with a respective voice mail system, and to enter a mailbox 
number. A WWW server responds by transmitting a message to the voice mail system itself. A further request may be 
directed from the server to the voice mail system, which results in the voice mail system returning the actual audio data 

50 for the message to the user, to be played out. 

In an article by R. Sergeant disclosed in IBM Technical Disclosure Bulletin vol. 38. no. 8 (1995). pages 415-418. 
and entitled "Inexpensive Multimedia Facility for Workstation", amongst others, an arrangement is described which 
allows a same graphical user interface (GUI) to be utilized when a standard desk telephone is used as audio input/out- 
put device. The GUI application sends a comment to a CTI server to ring the telephone at the user's desktop and to set 

55 up a connection. 

A desktop telephone approach can also be integration of Lotus Notes by Lotus (IBM), where client specific modules 
handle messages received by a CTI server. These modules communicate via local Inter Process Communication (IPC) 
means with a Lotus Notes client. The Notes client then starts the appropriate actions for the Notes application, depend- 
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ing on the messages received, e.g. 'Open spedfic Databases/Database entries" or "Start application specific actions". 

Further in IBM Technical Disclosure Bulletin vol. 37, no. 1 (1994), pages 357-358. a "Global Multimedia Hyper- 
space" concept is disclosed. According to that concept, in case of no direct network link existing between two hyper- 
document nodes, a telephone link is established between two corresponding computer systems. Hereby the hyperlinks 

5 need not be simply a local address, instead, it can be a telephone link to a node residing inside another hyperlinked 
document anyplace in the world. The advantage of this approach is integration of the world in a way analogous to the 
global Internet, gtobal TV network or the global telephone network. 

Known CTI solutions are integrated on a server, like Novelfs Telephony Server, and thus have the drawback that 
due to the various different operating system platforms, in particular in the area of Personal Computers or Workstations. 

w an interface has to be adapted to each client's platform i.e. particulary to be compatible with multiple different operating 
systems. 

In order to solve that problem, according to the invention, between a HTTP (WWW) server and a switching system, 
a particular application is provided which enables control of a CTI application, i.e. of a switching unit of the switching 
system, through the HTTP server. In particular, it is proposed to integrate the functionality of a switching network into a 
75 WWW server. 

Vis-a-vis existing server solutions for control of switching systems like TSAPl" or "CallPath". the proposed applica- 
tion has the advantage to provide an interface which uses a Universal Resource Locator (URL). The URL, according to 
the invention, specifies high level communicating functions like 'set up connection', 'terminate connection', add particip- 
iant to connection' (telephone conference), or 'remove participiant'. which are independent of the respective Interface to 

20 the switching system or the CTI server. 

Further command processing at the CTI interface is accomplished in accordance with a request-response protocol 
known from HTTP. Therefore intermediate states of command processing which occur due to protocol of interaction 
with the switching system, are handled by the processor and are thus transparent to the user. 

In a typical scenario of running a CTI application in accordance with the invention, a user specifies a desired CTI 

25 function by using a common WWW browser. The browser fonvards the functional request as a HTTP request to a 
respective WWW server known to the user. The server converts the request into arguments for a (e.g. CGI) executatile 
function calling up the CTI application. The resulting message of executing the CTI application generated by the server 
is then re-transmitted to the WWW servier. The server then informs the WWW browser about the result by using a 
respective HTTP response command. 

30 Through use of HTTP being a-standard protocol for the client-server communication, the proposed mechanism pro- 
vides an open solution concept. Thereupon. WWW access is becoming very widespread, from many different plat- 
forms, and the according HTTP communication protocol, too. with respect to its use as WWW protocol on the Internet. 
The HTTP further enhances its relevance by its use in the so-called "Intranets" utilized proprietarily by networks of pri- 
vate firms. 

35 The extensive widening of HTTP clients (WWW browsers) in nearly all today existing computer system platforms 
has the advantageous effect that, for the control of the switching system, no specialized application programs are 
required on the client's side. Moreover, according to state of the art solutions, these applications had to be developed 
separately for each operating system platform. 

In the following, a preten-ed embodiment of the invention is described in mcwe detail with refa-ence to the accom- 

40 panying drawings, where 

Rg. 1 depicts a state-of-the-art architecture of a CTI application where a computer is connected to a telephone 
switching system over a physical interface; 

45 Fig. 2 is a schematic view of the protocol interaction between a common tel^hone switching system and a HTTP 
client in accordance with the invention; and 

Fig. 3a-d are protocol diagrams showing four different conversion cases of common telephony commands between 
a HTTP server and a telephone switching system. 

so 

In the prefen"ed emtxxliment illustrated now with reference to Fig. 2, the invention is implemented as a control pro- 
gram (application) called "^ebCT Processor" 20 which is interposed between an interface layer 21 provided by a HTTP 
(e.g. WWW) server 22 and a common (telephone) switching system 23. That processor 20 enables control of the 
switching system through the HTTP server 22. It is hereby emphasized that the invention is not restricted to the f iekl of 
55 HTTP servers, but nnoreover can be used in all kinds of networks which utilize a generic network comnujnication proto- 
col. Further, besides realization as a computer program, the invention can also be implemented as a hardware control 
unit provkiing the beforehand cited functionality which is described in more detail in the following. 

For an interaction between an HTTP dient 24 and the switching system 23. the HTTP client 24 sends an according 
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request 25 to the HTTP server 22. e.g. the request to set up a connection with a participiarrt identified by a subsaiber 
number. In the preferred embodiment, the request 25 involves as unifomi resource locator (URL) information coded 
telephony commands which have to be translated by the WebCT processor 20 into respective commands which can be 
interpreted by the switching system 23. Through the transferred URLs, the HTTP server 22 is instructed to start, over 

5 the server interface 21 . an according telephony process related to the request 25. The server interface 21 to the switch 
can be a Common Gateway Interface (CGI) which is a de facto standard interface, the Netscape Server API (NSAPI) 
by Netscape, or another equivalent proprietary or standafd interface. By that process the precited commands which are 
coded with respect to the respective interface 21, are delivered to the switching system 23. It is noted that in the pre- 
fenred embodiment the above process is identical with the WebCT processor 20 which then takes over control of the 

JO communication with the switching system 23. 

WebCT/HTTP Server Interface 

The telephony commands are transfen^ed as parameters to the WebCT processor 20 which is called up by the 
15 HTTP server 22 via the server interface 21 . The WebCT processor 20 controls the whole interaction with the switching 
system 23. The comn^nds delivered to the WebCT processor 20 are coded as URLs according to the following exem- 
plary URL syntax. 



REQ ht ( p :/ /host : port /path?<Param> 

Param : : <Param> & <Cmd> | <Cmd> 

Cmd :: = <op> = <val> 

op :: = call | add | reduce | disc | caller | <SSCtl> 

val ::= <SSCtl> j <digits> 

di^ts :: = <digits><digit> t <di^i> 

digit ::^0I1|21314|5|6|7|S|9 

SSCil ::- <Swiiching system specific control commands> 



35 

Mapping of URLs onto Switching System Interface 

The diagrams depicted in Fig. 3a-<l illustrate, for the following basic telelephony functions, conversion of the conv 
marrds which are delivered to the WebCt processor through URLs: 

40 

a) Set connection: 

b) Terminating connection; 

45 c) Add participiant to conference call; 

d) Renxjve participiarrt of conference call; 

wherein the switching system is controlled by use of a switching system control report (SSCtI). 

so The WebCT processor takes over the conversion (translation) of the HTTP commands into the communicaton pro- 
tocol of the respective telephone switching system. Intermediate states which occur during the communication phase 
(see Fig. 3a-d. right columns which are concerned with processes running on the switching system side), are handled 
independently by the WebCT peocessor. After having finished an interaction with the switching system, a respective 
response to the user is generated. 

55 In order to enable communication which is independent of the physical interface to the switching system, the com- 
mands to the switching system are described in accordance with the standard XSTA" (Services for Conputer Sup- 
ported Telecommunications Applications). The commands depicted in each of the right columns of Rg. 3a-d. 
respectively, are faken from the latter standard. 
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MapDina of the Communication Protocol via CGI 

In case of using a Common Gateway Interface (CGI) as HTTP server interface, the submission of parameters is 
accomplished, depending on the respective HTTP request procedure, either via program parameter (GET) or via a 
5 standard entry (POST). Thereupon the server interlace utilizes other pairameters for handling further information con- 
cerning the. HTTP ciierrt, which are not essential for the present invention. 

Use of the CGI interface has the advantage that the implementation of the irrvention is stmplrf led by existing and in 
the public available rrKxdules. The only disadvantage is that for each request a new process according to the pre- 
desaibed WebCT processor has to be initiated. Use of a common application program interface (API) can avoid this 
10 drawt>ack. but those interfaces are not starKlardized and therefore a solution according to the invention would depend 
on a specific HTTP server. 

In the following, an exemplary code for handling WebCT requests over the CGI interface of the HTTP server is 
shown. The code is written by Larry Wall in "perl" language, wherein the used "CGI.pm" parsing module is developed 
by Lincoln D. Stein. It is noted that use of an other server interface, for instance "NSAPI" by Netscape, is also possible. 

75 

#! /usr/bin/perl -w 
use CGI; 
20 use strict; 

#«««««#«## 
I 

#faiU) 
# 

sub fail { 

30 

my $qy = @_; 

# Send back htmi containing failure explanation 

} 

35 

# : ■ 

#ok() 
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sub ok { 

my $qy = @_ ; 

# Send back html containing status 

> 



« 

10 #caU() 
f 



sub call ( 
my $qy = @_; 

my ($caller, $CMD, $op) ; 

# Requestor's phone # 

# Also serves as an Id for the current call 
Scalier = $qy->param( "caller") ; 



# Get potential commands in fcfs fashion 
$CMD = 'CALL* if (Sop = Sqy->param(*'call")) ; 

25 SCMD = 'ADD' if (!$op (Sop = $qy->param(''add") ) ) ; 

SCMD = 'REDUCE' if (I Sop (Sop = Sqy->param("reduce'')) ) ; 
SCMD = 'DISC if (iSop && (Sop = $qy->param(''disc-) ) ) ; 

30 ' fl More commands go here 

# Sop is implied by SCMD 

if (SCMD (SCMD eq 'DISC' | 1 Scalier)) { 

system("/usr/cti/webct SCMD Sop Scalier"); 
} else { 

fail(Sqy); 
return; 

\ 

ok(Sqy); 

} ... 

i*«#«ff«»t 

45 t 

^ main () 



so 



my Sqy = new CGI; 
calUSqy); 



55 

In the above exemplary code ''#tailO'' designates a routine for handling errors (parameters and return codes). Fur- 
ther "okO" is a routine for signalling that everything in the call went well. By the routine "callQ" first parameters and local 
variables are defined. The requestor's phone nurnb^ is stored in the variable 'caller* which also serves as an identif ica- 
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tion (ID) for the current call. It is noted that the syntax designates definition of a variable. 

To get WebCT comrnands in a lirst chedced first served fashion" means that comniands have a kind of priority like 
CALL>ADD>REDUCE>DISC. For example, an URL like http:y/...?add=l234&call=1234&caller=4321 would actually 
make a call since 'call' is checked for first although 'add* comes first. Th© particular order is rather arbitrary and this 
code can be advantageously used as a kind of sanity check. It should be noted that the command 'DISC (=DISCON- 
NECT) does not need a caller anyway. Depending on an If condition, a call is started or not (i.e. a respective error mes- 
sage is sent bad<to the requestor), wherein the inner IF block concerns a check whether the process succeeded or not. 
If not a CGI parameter error (failure) is sent back to the requestor. 

By the "mainO routine new CGI objects are created, i.e. "mainO'* handles ail CGI related parameters. 

Claims 

1 . Telecommunication system comrising 

a switching network (5) for enabling telephone connections between telephone clients (6) by use of a switching 
network protocol: 

switching means (2, 23) for controlling said telephone connections by use of switching protocol commarKis of 
said switching network protocol; 

a computer network (3) for transmitting information between computer clients (1, 24) by use of a computer 
communication protocol; 

said communication system being characterized by 

server mears (4. 22) for providing computer communication protocol commands for controlling said 
switching means (2. 23); 

protocol integration means (20) provided between said switching means (2. 23) and said server means (4. 
22) for converting said computer communication protocol commands into said switching protocol com- 
mands, and vice versa. 

2. System according to claim 1 . where said computer network is a wide area network (WAN) or a local area network 
(LAN) utilizing a HTTP protocol for communication. 

3. System according to daim 1 or 2, where said protocol integration means specifies Universal Resource Locator 
(URL) syntax and semantics. 

4. Method for connecting a telephone switching network with a computer network, wherein said switching network 
comprises a switching unit providing a switching network protocol and said conrputer network conrprlses at least 
one computer server utilizing a computer communication protocol, said method being characterized in that 

providing in said computer server telephony commands for controlling said switc^iing unit; 

nriapping said computer commmunication protocol onto said switching network protocol; and 

executing said telephony commands of the conrputer communication protocol by use of respective control 
commands of said switching network protocol. 

5. Method according to claim 4, wherein said server performs the steps of 

recognizing a Universal Resource Locator (URL) which provides said mapping with a respective syntax and 
semantics; 

starting a process for executing said control commands. 
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(54) Control of a telephone switching system over a digital information network 

(57) Disclosed is a mechanism to integrate a tele- 
phone switching system (23) into a wide area (WAN) or 
local area (LAN) conputer network, where in particular, 
a telephone switching center is controlled by a server 
computer (22) utilizing a Hypertext Transfer Protocol 
(HTTP), which is connected tp a WorldWideWeb 
(WWW) network. 

Known computer telephone integration (CTI) solu- 
tions are integrated on a network server and thus have 
the drawt>ack that due to the various different operating 
system platfomns, in particular in the area of Personal 
Conputers or Workstations, an interface has to be 
adapted to each client's platform. 

It is therefore proposed to provide, between a HTTP 
sen/er (22) and the switching system (23). a control pro- 
gram (20) which enables control of a CTI application by 
the HTTP server (22). in order to integrate the function- 
ality of a switching network into the HTTP server (22). 
The proposed appik:ation (20) provides an interlace 
which uses a Universal Resource Locator (URL) speci- 
fying high level communicating functions which are 
independent of the respective interface (21) to the 
switching system or the CTI server. 
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